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Die folgenden Angaben sind den vom Anmelder eingereichten Unterlagen entnommen 

Priifungsantrag gem. § 44 PatG ist gestellt 

@ System und Verfahren zur Obertragung von OPC-Daten uber Datennetze, insbesondere Internet, mit 
asynchroner Datenverbindung 

@ Die Erfindung betrifft ein System sowie ein Verfahren 
zur Obertragung von OPC-Daten uber Datennetze, insbe- 
sondere uber Internet Fur eine bidirektionale Datenver- 
bindung auch hinter Firewalls uber Internet in beiden 31 

Richtungen auch von einem OPC-Client (1) aus, der nicht I n 1 

als Server im Internet sichtbar ist, wird ein Verfahren bzw. 
ein System vorgeschlagen, bei dem von einer ersten Da- 
tenverarbeitungsvorrichtung (1) eines OPC-Client (1) aus 
uber eine Datenverbindung (6, 7, 8) eine erste Verbin- 
dungsanforderung zum Aufbau eines ersten Ubetra- 
gungskanals (6a, 7a, 8a) an einen OPC-Server (4) eines 
Automatisierungssystems (5) gesendet wird. Diese wird 
vom OPC-Server (4) uber einen zweiten Ubertragungska- 
nal (6b, 7b, 8b) beantwortet. Dabei wird die Datenverar- 

• beitung (6, 7, 8) permanent offen gehalten, wodurch ein 

• zeitlich voneinander unabhangiges, bidirektionales Sen- ^9b 
» den und Empfangen von Daten zwischen dem OPC-Client 

(1) und dem OPC-Server (4) uber wenigstens ein Daten- 
netz, insbesondere uber Internet, vorgesehen ist. Eine 
zeitlich unbegrenzte Nutzungsdauer einer Datenverbin- 
dung (6, 7, 8) wird dadurch sichergestellt, dafc zur Erhal- 
tung mindestens einer Datenverbindung (6, 7, 8) bei- 
spielsweise in regelmafcigen Intervallen Scheindaten 

auch beim Nichtvorhandensein von OPC-Nutzdaten vom ^ \ 32 

OPC-Server (4) an den OPC-Client (1) ubertragen werden. 
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[0001] Die Erfindung betrifft ein System sowie ein Ver- 
fahren zur Ubertragung von OPC-Daten iiber Datennetze, 
insbesondere Internet, mit asynchroner Datenverbindung. 5 
[0002] Unter OPC (OLE for Process Control) versteht 
man eine einheitliche und herstellerunabhangige Spezifika- 
tion einer Softwareschnittstelle z wise hen Windows- Appli- 
kationen und Automatisierungssystemen, insbesondere der 
Fertigungssteuerung und -automatisierung, welche den Da- to 
tenfluss zwischen den unterschiedlichsten Systemen, An- 
wendungen und Geraten problemlos ermoglicht. OPC stellt 
somit eine Verbindung von Prozess-Steuerung, statistischer 
Fertigungssteuerung, Prozessoptimierung, anderen Produk- 
tionsanwendungen, z. B. Anwendungen fur die Ausfuhrung 15 
der Fertigung oder fur die Produktionsverwaltung, den ent- 
sprechenden Echtzeit-Geraten sowie Windows-Applikatio- 
nen dar. Sie bietet dazu eine Reihe OLE- bzw. COM-basier- 
ter Standardschnittstellen und weiterer angepasster Schnitt- 
stellen, sogenannten Interfaces. 20 
[0003] Mit Hilfe von Datennetzen ist es moglich, von be- 
liebigen Rechnern, sogenannten Clients aus, die Zugang zu 
diesen Datennetzen haben, eine Datenverbindung zu einem 
Server aufzubauen. Dies gilt insbesondere fur das World 
Wide Web (WWW), welches auch als Internet bezeichnet 25 
wird. Die im folgenden verwendeten BegrifTe Web- oder In- 
ternet-Server bzw. Web- oder Internet-Client dienen zur 
Verdeutlichung der Zugehorigkeit. zum speziellen Datennetz 
Internet, unterscheiden sich funktionell aber nicht von der 
Bedeutung der Begriffe Client bzw. Server, die fur alle mog- 30 
lichen Datennetze verwendet werden. Unter den Begriffen 
OPC-Client bzw. OPC-Server werden im folgenden solche 
Rechner verstanden, die zusatzlich Daten im OPC-Daten- 
format verarbeiten konnen. Im folgenden wird auch dann, 
wenn lediglich die Bezeichnung Client, bzw. Server ver- 35 
wendet wird, hierunter ein OPC-Client bzw. OPC-Server 
verstanden. 

[0004] Im Internet wird eine Datenverbindung zu einem 
sogenannten Web- oder Internet-Server aufgebaut. Der Zu- 
griff auf einen Internet-Server erfolgt beispielsweise mit 40 
Hilfe bekannter Internet-Browser, z. B. dem Internet Explo- 
rer der Firma Microsoft oder dem Netscape Communicator 
der Firma Netscape. Beim Aufbau einer Datenverbindung 
von einem sogenannten Web- oder Internet-Client aus wird 
eine Anfrage, ein sogenannter Request an einen Internet- 45 
Server durch Eingabe und Abschicken einer sogenannten 
URL- Adresse abgegeben. Beim Zustandekommen einer Da- 
tenverbindung antwortet der gerufene Internet-Server mit 
einer sogenannten HTML-Seite (HTML = Hyper Text Mar- 
kup Language), auch Web-Page genannt. Die sogenannten 50 
Web-Clients kommunizieren mit den Web-Servern mittels 
Transportprotokollen. Jeder Datenverbindung zwischen 
Web-Client und Web-Server liegt somit ein Anfrage-, ein 
sogenanntes Request-Protokoll und als Reaktion darauf ein 
Antwort-, ein sogenanntes Response-Protokoll zugrunde. 55 
[0005] Internetverbindungen ermoglichen einen raschen 
Daten austausch zwischen raumlich weit entfernten Orten. In 
Verbindung mit der OPC-Technologie konnen somit unter- 
schiedlichste Systeme, Applikationen und Gerate, die sich 
raumlich sehr weit voneinander entfernt befinden konnen, 60 
einfach und schnell miteinander kommunizieren. Bis heute 
ist es jedoch nicht moglich die OPC-Technologie in vollem 
Funktionsumfang mit dem Internet zu koppeln, da hierzu ein 
asynchrones Dateniibertragungsverfahren, also eine zeitlich 
unabhangige, bidirektionale Kommunikation notig ware, 65 
welche im Internet bisher nicht moglich ist. 
[0006] Der Erfindung liegt die Aufgabe zugrunde, ein Sy- 
stem und ein Verfahren zur Ubertragung von OPC-Daten 



soj^^^Internet, anzugeben, das eine 
dc^^HDnale Ubertragung von OPC- 



uber Datennetze, insbesojj 
zeitlich unabhangige, bid 

Daten auch zwischen wenigstens zwei mit Datennetzen, ins- 
besondere Internet koppelbaren Datenverarbeitungsvorrich- 
tungen auch hinter Datenschutzeinrichtungen, insbesondere 
Firewalls ermoglicht, auch wenn eine der Datenverarbei- 
tungsvorrichtungen im Datennetz, insbesondere Internet 
nicht sichtbar ist. 

[0007] Diese Aufgabe wird durch ein Verfahren zur Uber- 
tragung von OPC-Daten iiber Datennetze, insbesondere In- 
ternet gelost, bei dem von einem OPC-Client aus uber eine 
Datenverbindung eine erste Verbindungsanforderung zum 
Aufbau mindestens eines ersten Ubertragungskanals an we- 
nigstens einen OPC-Server gesendet wird, wobei minde- 
stens eine Datenverbindung, insbesondere ein Ubertra- 
gungskanal permanent offen ist, welcher zu beliebiger Zeit 
zum, von Aktionen des OPC-Clients unabhangigen Senden 
von Daten von wenigstens einem OPC-Server zum OPC- 
Client iiber wenigstens ein Datennetz vorgesehen ist. 
[0008] Diese Aufgabe wird durch ein System zur Ubertra- 
gung von OPC-Daten iiber Datennetze, insbesondere Inter- 
net gelost, mit mindestens einer mit einem Datennetz, insbe- 
sondere Internet koppelbaren Daten verarbeitungsvorrich- 
tung eines OPC-Client, wobei die erste Datenverarbeitungs- 
vorrichtung zum Aufbau mindestens einer Datenverbindung 
in Form eines ersten Ubertragungskanals an wenigstens ei- 
nen OPC-Server vorgesehen ist, wobei mindestens eine Da- 
tenverbindung, insbesondere ein Ubertragungskanal perma- 
nent offen ist, welcher zu beliebiger Zeit zum, von Aktionen 
des OPC-Clients unabhangigen Senden von Daten von we- 
nigstens einem OPC-Server zum OPC-Client iiber wenig- 
stens ein Datennetz vorgesehen ist. 

[0009] Der Erfindung liegt die Erkenntnis zugrunde, daB 
mit Hilfe des Internets eine echte "aktive" Datenverbindung 
zu einem, im Internet nicht sichtbaren Client, insbesondere 
OPC-Client nicht moglich ist, sondern lediglich eine Daten- 
verbindung zwischen einem beliebigen mit dem Internet 
verbundenen Client mit jedem beliebigen, im Internet sicht- 
baren Server, insbesondere OPC-Server. Dieser Nachteil 
wird auf iiberraschend einfache Weise dadurch gelost, daB 
vom Client aus zunachst ein erster Ubertragungskanal zum 
Server eines Automatisierungssystems aufgebaut wird. 
Hierzu wird vom Client aus, der nach Hersteilung der bidi- 
rektionalen Datenverbindungen als vollwertiges Bedien- 
undBeobachtungssystem des Automatisierungssystems die- 
nen kann, eine erste Verbindungsanforderung an den Server 
des Automatisierungssystems gesendet. Der Server beant- 
wortet diese Verbindungsanforderung und zur permanenten 
Offenhaltung dieser Datenverbindung ubertragt der Inter- 
net-Server beispielsweise auch beim Nichtvorhandensein 
von Nutzdaten, insbesondere OPC-Nutzdaten Scheindaten 
an den Client bzw. sendet Informationen an den Client, die 
dem Client mittcilen, daB noch eine Ubertragung von Nutz- 
daten beabsichtigt ist. Scheindaten sind dabei Daten, die 
zum Zweck der Aufrechterhaltung der Datenverbindung 
vom Server seibst generiert und an den Client gesendet wer- 
den. 

[0010] Hierdurch wird eine permanent offene Datenver- 
bindung instailiert, iiber die der Server, insbesondere ein 
OPC-Server und darnit das Automatisierungssystem jeder- 
zeit und unabhangig von Aktionen des Clients, insbesondere 
eines OPC-Clients asynchron Daten, insbesondere OPC-Da- 
ten an den Client und damit an das B&B-System senden 
kann. 

[0011] Unabhangig und parallel dazu konnen Client und 
Server auch konventionell im Internet miteinander kommu- 
nizieren, indem der Client jeweils einen neuen Request an 
den Server richtet, der von diesem mit einem entsprechen- 
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den Response beantwortet wird.^^^ 
[00121 Somit steht ein Systen^^Winander unabhangiger 
Datenverbindungen zur Verfiigung, mittels derer sowohl der 
Client, also das B&B-System, wie auch das Automatisie- 
rungssystem von sich aus miteinander kommunizieren kon- 5 
nen. Zwischen Client und Server oder mit anderen Worten 
zwischen Bedien- und Beobachtungssystem und Automati- 
sierungssystem wird funktional eine bidirektionale Daten- 
verbindung sichergestellt, die insbesondere auch eine Da- 
teniibertragung vom Server aus an den Client ermoglicht, da 10 
der Server standig iiber einen permanent offenen Ubertra- 
gungskanal mit dem Client verbunden ist, so daB eine zeit- 
lich voneinander unabhangige bidirektionale Dateniibertra- 
gung in beiden Richtungen zwischen Client und Server er- 
moglicht wird Eine derartige Datenverbindung ist beson- 15 
ders zum Bedienen und Beobachten eines Automatisie- 
rungssystems geeignet, wobei der Client als Bedien- und 
Beobachtungssystem fungieren kann, welches von jedem 
beliebigen, mit dem Internet verbundenen Rechner aus akti- 
vierbar ist. Im Gegensatz zu konventionellen Internet-Da- 20 
tenverbindungen ergibt sich somit ein asynchrones Daten- 
ubertragungsverfahren, das vom Client nicht die Notwen- 
digkeit fordert im Internet sichtbar zu sein, oder einen soge- 
nannten Web-Server (IIS = Internet Information Server) in- 
stalliert zu haben. Dadurch wird es moglich, von jedem be- 25 
liebigen Ort der Welt, vor und hinter Datenschutzeinrichlun- 
gen, insbesondere Firewalls, eine bidirektionale Datenver- 
bindung zu einem Server aufoubauen. Da die Datenverbin- 
dung vom Client aus, d. h. vom B&B -System aus, aktiviert 
wird, ist es nicht erforderlich, da£ der Server von sich aus 30 
aktiv eine Datenverbindung zum Client aufbaut. Dariiber 
hinaus ist auch eine Anderung der Konfiguration des Clients 
nicht erforderlich. 

[0013] Eine permanente Aufrechterhaltung einer Daten- 
verbindung kann dadurch sichergestellt werden, daB zur Er- 35 
haltung mindestens eines Ubertragungskanals auch beim 
Nichtvorhandensein von Nutzdaten Scheindaten ubertragen 
werden. 

[0014] Eine besonders vorteilhafte Ausgestaltung der Er- 
findung ist dadurch gekennzeichnet, daB die Scheindaten 40 
vom Server an den Client gesendet werden. Dabei hat es 
sich als besonders vorteilhaft erwiesen, daB beim Nichtvor- 
handensein von Nutzdaten alle 25-35 sec. Scheindaten vom 
Server zum Client ubertragen werden, um die Datenverbin- 
dung offen zu halten. 45 
[0015] Eine weitere vorteilhafte Ausgestaltung der Erfin- 
dung ist dadurch gekennzeichnet, daB zur Aufrechterhaltung 
einer permancnten Datenverbindung, insbesondere eines 
Ubertragungskanals zwischen Server und Client, der Server 
dem Client Informationen sendet, die dem Client mitteilen, 50 
daB eine Obertragung von Daten beabsichtigt ist. 
[0016] Eine weitere vorteilhafte Ausgestaltung der Erfin- 
dung ist dadurch gekennzeichnet, daB zur permancnten Auf- 
rechterhaltung einer Datenverbindung insbesondere eines 
Ubertragungskanals zwischen Server und Client, iiber den 55 
vom Server Datenmengen bis zu einer festgelegten GroBe 
ubertragen werden, vom Server vor Erreichung der festge- 
legten Datenmenge eine Aufforderung zu einer neuen Ver- 
bindungsanforderung an den Client gesendet wird und dar- 
aufhin vorn Client eine neue Verbindungsanforderung zum 60 
Aufbau mindestens eines neuen Ubertragungskanals an den 
Server gesendet wird. Als sehr vorteilhaft hat. sich eine 
GroBe von 15-25 MB fur die zu ubertragenden Datenmen- 
gen iiber einen Ubertragungskanal erwiesen, da dies die Per- 
formance, bzw. die Antwortzeiten des Systems wegen der 65 
Kommunikation iiber Firewallrechner hinweg auBerordent- 
lich vcrbessert und damit das Kosten-/Nutzcnverhaltnis am 
effektivsten ist. 



[0017] Eine weitere voi^^^fte Ausgestaltung der Erfin- 
dung ist dadurch gekennz^^Bt, daB zur Steuerung der Da- 
teniibertragung ein Transportprotokoll, insbesondere ein In- 
ternet-Transportprotokoll vorgesehen ist. Dabei hat sich der 
Einsatz des Hypertext Transport Protocol (HTTP) als Trans- 
portprotokoll als besonders vorteilhaft erwiesen, da dessen 
Anwendung auBerordentlich einfach und der Anpassungs- 
aufwand sehr gering ist. 

[0018] Eine besonders vorteilhafte Anwendung der Erfin- 
dung, unter Nutzung vorhandener Infrastrukturen, insbeson- 
dere Internet- Infrastrukturen fur eine bidirektionale Daten- 
ubertragung, besteht darin, daB das Verfahren zum Bedienen 
und Beobachten beispielsweise eines Automatisierungssy- 
stems iiber wenigstens ein Datennetz, insbesondere iiber In- 
ternet vorgesehen ist, da dadurch beispielsweise Ferndia- 
gnosen sehr einfach realisiert werden konnen, wodurch die 
Analyse von auftretenden Fehlern und deren Behebung im 
laufenden Betrieb von beispielsweise Automatisierungssy- 
stemen an raumlich weit voneinander entfernten Orten ko- 
stengiinstig durchgefiihrt werden konnen. 
[0019] Eine weitere vorteilhafte Ausgestaltung der Erfin- 
dung ist dadurch gekennzeichnet, daB der Client nicht im In- 
ternet sichtbar sein, bzw. keinen Internet Information Server 
(IIS) installiert haben muB. 

[0020] Eine Verbindung der Automatisierungs- und Kom- 
munikationstechnik kann auf einfache Weise derart gestaltet 
sein, daB das Bedien- und Beobachtungssystem des Client 
die Bereitstellung mindestens eines Ubertragungskanals als 
verteiltes Objekt, insbesondere als DCOM-Objekt initiiert 
und daB der Verbindungsaufbau zum Automatisierungssy- 
stem iiber einen DCOM- Server erfolgt. 
[0021] Im folgenden wird die Erfindung anhand der in den 
Figuren dargestellten Ausfiihrungsbeispiele naher beschrie- 
ben und erlautert. 
[0022] Es zeigen: 

[0023] Fig. 1 ein Blockschaltbild eines Ausfuhrungsbei- 
spiels eines Automatisierungssystems mit Internet-Kopp- 
lung zum Bedienen und Beobachten unter Verwendung der 
OPC-Technologie, 

[0024] Fig. 2 eine schematische, zeitliche Darstellung fur 
mogliche OPC-Nutzdatenkommunikation zwischen OPC- 
Client und Automatisierungssystem iiber einen OPC-Server 
und 

[0025] Fig. 3 ein Beispiel fur die OPC- Kommunikation 
zwischen vernetzten OPC-Clients und vernetzten OPC-Ser- 
vern iiber Internet. 

[0026] Fig. 1 zeigt ein Ausfiihrungsbei spiel eines Systems 
zum Bedienen und Beobachten von Automatisierungssyste- 
men 5, welche beispielsweise speicherprogrammierbare 
Steuerungen (SPS), numerische Steuerungen (NC) und/oder 
Antriebe (Drives) aufweisen. Das System weist ein Bedien- 
und Beobachtungssystem 1 (B&B-Client) auf, welches iiber 
ein internes Datennetz 6, z. B. Ethernet mit einem Firewall- 
Rechner 2 gekoppelt ist. Der B&B -Client 1 ist bei dem ge- 
zeigten Beispiel gleichzeitig auch OPC- Client 1. Dem Be- 
dien- und Beobachtungssystem 1, welches im folgenden ab- 
kiirzend auch als B&B-System 1 bezeichnet wird, ist eine 
lokale Intranet- Adresse zugeordnet, die im Internet nicht be- 
kannt sein muB. Mit Hilfe der Linie 9a ist in Fig. 1 der Fire- 
wall des Firewall-Rechners 2 angedeutet, der das interne 
Kommunikationsnetz 31 (= Intranet 31) des Firewall-Ser- 
vers 2 umgibt. Mit dem Bezugszeichen 10 ist das weltweite 
Datenkommunikationsnetz Internet gekennzeichnet. Der Fi- 
rewall-Rechner 2 ist iiber eine Verbindungsleitung 7, z. B. 
ISDN mit dem Internet 10 koppelbar. Das Automatisie- 
rungssystem 5 ist iiber einen Internet-Server 4, der als B&B- 
Server 4 fiir das Automatisierungs system 5 dicnt und der 
beispielsweise die Internet- Adresse dcomserver.khe.sie- 
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mens.de/ aufweist, uber eine V^|^lungsleitung 8 und je- 
weils einen zweiten Firewall-R^^B 3 mit dem Internet 10 
koppelbar. Der B&B-Server 4 ist^^dem gezeigten Beispiel 
gleichzxitig auch OPC-Server 4. Die zweite Firewall 9b urn- 
gibt das, dem Firewall-Rechner 3 zugeordnete Intranet 32. 5 
Der Firewall-Rechner 3 ist im Internet 10 beispielsweise un- 
ter der Internet-Adresse khe.siemens.de sichtbar. 
[0027] Die Datenverbindung 6, 7, 8 zwischen dem Client 
1 und dem Server 4 ist zur besseren Darstellung und Erlau- 
terung der jeweiligen Senderichtung bei der Kommunika- 10 
tion zwischen Client 1 und Server 4 und umgekehrt in der 
Fig. 1 in Form zweier Teilkanale dargestellt. Diese Teilka- 
nale beinhalten einen ersten Ubertragungskanal 6a, 7a, 8a, 
der die Kommunikationsrichtung vom Client 1 zum Server 
4 symbolisiert und einen zweiten Ubertragungskanal 6b, 7b, 15 
8b, der die Kommunikationsrichtung vom Server 4 zum 
Client 1 symbolisiert. Physikalisch sind die beiden darge- 
stellten Teilkanale ein einziger Ubertragungskanal, d. h. fur 
cine Antwort vom Server 4 auf eine zugehorigc Anfrage 
vom Client 1 an den Server 4 wird derselbe physikalische 20 
Ubertragungskanal verwendet. 

[0028] Im folgenden soil anhand eines Verbindungsauf- 
baus zwischen dem Client 1 und dem Server 4 beispielhaft 
der Aufbau einer zeitlich voneinander unabhangigen, bidi- 
rektionalen Sende- und Empfangsverbindung zwischen dem 25 
Client 1 und dem Server 4 uber das Internet 10 erlautert wer- 
den. Hierzu kommt ein asynchrones Verfahren zum Einsatz, 
welches es ermoglicht, daB der Server 4 Daten an den Client 
1 senden kann, unabhangig von Aktionen des Clients 1, der 
selbst im Internet 10 nicht sichtbar zu sein braucht, d. h. 30 
liber keine eigene gultige Internet-Adresse verfugt. 
[0029] Hierzu schickt der Client 1 eine erste Anfrage, ei- 
nen sogenannten Request, iiber Internet 10 an den Server 4 
uber den ersten Ubertragungskanal 6a, 7a, 8a, worauf der 
Server 4 mit einer Antwort, einem sogenannten Response, 35 
uber den zweiten Ubertragungskanal 6b, 7b, 8b reagiert. Zur 
Vermeidung einer zeitlichen Unterbrechung der Antwort, 
und damit eines Abbruchs der Datenverbindung 6, 7, 8 wird 
die Dauer der Antwort "unendlich" lang ausgedehnt. Hierzu 
wird dem System beispielsweise mitgeteilt, daB noch wei- 40 
tere Daten geschickt werden sollen. Hierdurch ergibt sich 
eine permanent ofFene Datenverbindung 6, 7, 8, uber die der 
Server 4 und damit das Automatisierungssystem 5 jederzeit 
und unabhangig von Aktionen des Clients 1 asynchron Da- 
ten an den Client 1 und damit an das B&B-System 1 senden 45 
kann. Um die Datenverbindung 6, 7, 8 permanent offen zu 
halten, ist es beispielsweise auch moglich, Scheindaten in 
regelmaBigen Intervallen, vorteilhafterweise alle 25-35 sec 
vom Server 4 an den Client 1 zu senden. 
[0030] Unabhangig von dieser permanent offenen Daten- 50 
verbindung 6, 7, 8 kann zwischen dem Client 1 und dem 
Server 4 dariiber hinaus eine "normale" Kommunikation 
uber das Internet 10 stattfinden, d. h. der Client 1 scndet ei- 
nen Request an den Server 4 uber einen neuen Ubertra- 
gungskanal und der Server 4 beantwortet diesen Request mit 55 
einem entsprechenden Response iiber diesen Ubertragungs- 
kanal. Nach erfolgter Ubertragung der Daten wird der neue 
Ubertragungskanal wieder geschlossen. Somit konnen der 
Client 1 sowie der Server 4 zeitlich unabhangig voneinander 
bidirektional Daten senden und empfangen. Zur Steuerung 60 
der Datenubertragung wird ein Transportprotokoll, insbe- 
sondere ein Intemet-Transportprotokoll eingesetzt. Vorteil- 
hafterweise wird dazu das Hypertext Transport Protocol 
(HTTP) als Transportprotokoll verwendet. 
[0031] Fig, 2 zeigt den zeitlichen Ablauf der Etablierung 65 
26 einer permanent offenen Datenverbindung 6, 7, 8 zwi- 
schen einem OPC-Client 1 und einem OPC-Server 4, an den 
ein beispielhaft als 5% (= Speicherprogrammierbare Steue- 
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rung) bezeichnetes Auto^^^erungssystem 5 angeschlos- 
sen ist. Die Darstellung d^^Bmit Hilfe der UML-Notation 
(Unified Modelling Language). Weiterhin zeigt Fig. 2 die 
bidirektionale Kommunikation, die nach Etablierung der 
Datenverbindung zeitlich unabhangig voneinander von 
OPC-Client 1 und OPC-Server 4 initiiert werden kann. Der 
zeitliche Ablauf zur Etablierung der Datenverbindung ist 
folgenden Der OPC-Client 1 stellt einen Request 11 an den 
Server 4, der diese mit einer Response 12 beantwortet, wo- 
bei diese Datenverbindung nicht abgebaut wird. Dazu wird 
dem OPC-Client 1 beispielsweise mitgeteilt, daB noch wei- 
tere Daten geschickt werden sollen, wodurch diese Daten- 
verbindung permanent offen gehalten wird. Um die Daten- 
verbindung permanent offen zu halten ist es beispielsweise 
auch moglich, Scheindaten in regelmaBigen Intervallen, ins- 
besondere alle 25-35 sec vom OPC-Server 4 an den OPC- 
Client 1 zu senden, falls keine OPC-Nutzdaten gesendet 
werden konnen. 

[0032] Dadurch kann der OPC-Server 4 sowie das mit 
dem OPC-Server 4 gekoppelte Automatisierungssystem 5 
zu beliebiger Zeit unabhangig vom OPC-Client 1 Daten an 
clen OPC-Client 1 senden. Nach der Response 12 des OPC- 
Servers 4 setzt beispielsweise das B&B-System 1 einen 
OPC-Call, welcher im OPC-Datenformat vorliegt, an das 
Automatisierungssystem 5 ab. Dazu konvertiert der OPC- 
Client 1 den OPC-Call, welcher im OPC-Datenformat vor- 
liegt, in einen OPC Subscribe im internetfahigen Datenfor- 
mat. Der OPC-Client 1 sendet den OPC-Subscribe 13 iiber 
eine neue Datenverbindung an den OPC-Server 4. Der OPC- 
Server 4 konvertiert den OPC-Subscribe im internetfahigen 
Datenformat wieder in den ursprunglichen OPC-Call im 
OPC-Datenformat. Dieser wird als OPC- Anfrage 28 an die 
SPS 5 weitergeleitet. Die SPS sendet eine OPC-Antwort 29 
im OPC-Datenformat an den OPC-Server 4 zuriick, der die 
OPC-Antwort in ein internetfahigen Datenformat konver- 
tiert und sie als Antwort 14 an den OPC-Client 1 weiterleitet 
(= synchrones Verhalten). Diese Datenverbindung wird 
nach erfolgter Datenubertragung wieder geschlossen. Der 
OPC-Client 1 konvertiert die Antwort im internetfahigen 
Datenformat wiederum in das ursprungliche OPC-Format 
und ieitet sie zur weiteren Verarbeitung an das B&B-System 
1 weiter, 

[0033] Unabhangig und parallel dazu kann der OPC-Ser- 
ver 4 dem OPC-Client 1 iiber die permanent ofFene Daten- 
verbindung 12 z. B. Meldungen, Alarme oder auch Varia- 
blenanderungen mitteilen, als Reaktionen auf ein Ereignis 
30 in der SPS 5, ohne daB vorher der OPC-Client 1 eine An- 
frage gestellt hat (= asynchroner OnDataChange oder Call- 
back 16). Der OPC-Server 4 und der OPC-Client 1 fuhren 
dazu jeweils die bereits beschriebenen, notwendigen Kon- 
vertierungen in die bendtigten Datenformate durch. Diese 
Form der Kommunikation ware bei einer "normalen" 
HTTP- Verbindung nicht moglich. 

[0034] Der asynchrone Callback 16 ist insbesondere zeit- 
lich auch zwischen einem Request und einer noch nicht er- 
folgten Response moglich. 

[0035] Insgesamt ergibt sich somit eine OPC-Nutzdaten- 
kommunikation 27 uber Internet in beide Richtungen, die 
von beiden Seiten aus iniziierbar und zeitlich voneinander 
unabhangig ist. Damit wird es moglich vorhandene Kom- 
munikationswege des Internet auch im Bereich der Automa- 
tisierungstechnik in gewohnter Weise, insbesondere den 
Einsatz der OPC-Technologie, fur Bedien- und Beobach- 
tungszwecke als HMI-Interface (Human Machine Interface) 
zu nutzen. Als vorteilhafte Anwendung kommt beispiels- 
weise das Bedien- und Beobachtungssystem WinCC der Fa. 
Siemens in Betracht. Das erfindungsgcmaBe System und 
Verfahren ermoglicht die Ubertragung von DCOM-Auftra- 
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gen von einem OPC-Client 1 zu^ftPC-Server 4. Das Be- 
sondere dabei ist, daB es das ^^Biren erlaubt, daB der 
OPC-Server 4 DCOM-Ereigniss^^ogenannte Events an 
seinen OPC-Client 1 senden kann, ohne daB dieser eine 
"echte", d. h. im Internet sichtbare Adresse besitzt. Der 5 
OPC-Client 1 braucht also nicht im Internet sichtbar sein. Er 
braucht auch keinen Internet Information Server (IIS) instal- 
liert zu haben. Auf der Client-Seite sind somit keine zusatz- 
lichen Kosten erforderlich, da Internet-Browser wie bei- 
spielsweise der Internet-Explorer der Firma Microsoft oder to 
der Netscape Communicator der Fa. Netscape uberall ver- 
fiigbar sind. Fiir einen Datenaustausch zwischen Automati- 
sierungssystem und B&B-Anwender beispielsweise fiir 
Alarmierungszwecke sind somit keine speziellen Sonderlo- 
sungen erforderlich. 15 
[0036] Fig. 3 zeigt beispielhaft die OPC-Kommunikation 
zwischen vernetzten OPC-Clients und vernetzten OPC-Ser- 
vern uber Internet. 

[0037] Mehrere OPC-Clients, von denen der Ubersicht- 
lichkeit halber nur ein OPC-Client 20 bezeichnet wurde, 20 
sind in einem ersten lokalen Kommunikationsnetz 18, bei- 
spielsweise Intranet oder LAN, miteinander vernetzt. In ei- 
nem zweiten, vom ersten getrennten lokalen Kommunikati- 
onsnetz 19, beispielsweise Intranet oder LAN, sind mehrere 
OPC-Server, von denen der "Obersichtlichkeit halber nur ein 25 
OPC-Server 21 bezeichnet wurde, miteinander vemetzt. 
[0038] Um eine OPC-Kommunikation tiber Internet 24 
zwischen den beiden lokalen Kommunikationsnetzen 18, 19 
zu ermoglichen, fungiert ein Rechner 22 ais HTTP-Client 
25. Alle OPC-Calls der OPC-Clients des ersten lokalen 30 
Kommunikationsnetzes 18 werden zum Rechner 22 gesen- 
det und von dort via Kommunikation iiber Internet 24 an den 
HTTP- Server 17, lokalisiert im Rechner 23 im zweiten loka- 
len Kommunikationsnetz 19, transportiert. Der Rechner 22 
verhalt sich somit aus Sicht der OPC-Clients wie ein OPC- 35 
Server 25 und ist gleichzeitig ein HTTP-Client 25 fur die 
Kommunikation iiber Internet 24. Der HTTP-Server 17 lei- 
tet die empfangenen OPC-Aufrufe zu den zugehorigen 
OPC-Servern des zweiten lokalen Kommunikationsnetzes 
19 weiter. Der Rechner 23 verhalt sich somit aus Sicht der 40 
OPC-Server wie ein OPC-Client 17 und ist gleichzeitig ein 
HTTP-Server 17 fiir die Kommunikation iiber Internet 24. 
[0039] Die Kommunikation iiber Internet 24 erfolgt mit- 
teis der in Fig. 2 beschriebenen, von beiden Seiten aus inizi- 
ierbaren und zeitlich voneinander unabhangigen, bidirektio- 45 
nalen Sende- und Empfangsverbindung zwischen dem 
HTTP-Client 25, bzw. OPC-Server 25 und dem HTTP-Ser- 
ver 17, bzw. dem OPC-Client 17. Natiirlich fuhren der 
HTTP-Client 25, bzw. OPC-Server 25 und der HTTP-Server 
17, bzw. OPC-Client 17 dazu jeweils die bereits bei Fig. 2 50 
beschriebenen, notwendigen Konvertierungen in die beno- 
tigten Datenformate durch. 

[0040] Zusammenfassend betrifft die Erfindung somit ein 
System sowie ein Verfahren zur Ubertragung von OPC-Da- 
ten iiber Datennetze insbesondere Internet, insbesondere 55 
von OPC-Daten zum Bedienen und Beobachten eines Auto- 
matisierungssystems 5. Fur eine bidirektionale Nutzdaten- 
verbindung auch hinter Firewalls iiber Internet in beiden 
Richtungen auch von einem OPC-Client 1 aus, der nicht als 
Server im Internet sichtbar ist, wird ein Verfahren bzw. ein 60 
System vorgeschlagen, bei dem von einer ersten Datenver- 
arbeitungsvorrichtung eines OPC-Client 1, insbesondere 
von einem Bedien- und Beobachtungssystem 1, aus uber 
eine Datenverbindung 6, 7, 8, insbesondere Internetverbin- 
dung, eine erste Verbindungsanforderung zum Aufbau eines 65 
ersten Ubertragungskanals 6a, 7a, 8a an einen B&B- bzw. 
OPC-Server 4 eines Automatisicrungssystcms 5 gesendet 
wird. Eine Response dazu erfolgt uber einen zweiten Uber- 
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tragungskanal 6b, 7b, Kt^ttjce zeitlich unbegrenzte Nut- 
zungsdauer der Datenve^^Bng 6, 7, 8 wird dadurch si- 
chergestellt, daB zur Erhalrc^der Datenverbindung 6, 7, 8 
beispielsweise auch beim Nichtvorhandensein von OPC- 
Nutzdaten Scheindaten ubertragen werden, oder, daB Infor- 
mationen an den OPC-Client 1 gesendet werden, die dem 
Client 1 mitteilen, daB noch eine Ubertragung von OPC- 
Nutzdaten beabsichtigt ist. Hierdurch ergibt sich eine per- 
manent offene Datenverbindung 6, 7, 8 uber die der B&B- 
bzw. OPC-Server 4 und damit das Automatisierungssystem 
5 jederzeit und unabhangig von Aktionen des OPC-Clients 1 
asynchron Daten an den OPC-Client 1 und damit an das 
B&B-System 1 senden kann. 

Patentanspriiche 

1. Verfahren zur Ubertragung von OPC-Daten iiber 
Datennetze, insbesondere Internet (10), bei dem von ei- 
nem OPC-Client (1) aus uber eine Datenverbindung (6, 
7, 8) eine erste Verbindungsanforderung zum Aufbau 
mindestens eines ersten Ubertragungskanals (6a, 7a, 
8a) an wenigstens einen OPC-Server (4) gesendet wird, 
wobei mindestens eine Datenverbindung (6, 7, 8) per- 
manent offen ist, welche zu beliebiger Zeit zum, von 
Aktionen des OPC-Clients (1) unabhangigen Senden 
von OPC-Daten von wenigstens einem OPC-Server (4) 
zum OPC-Client (1) iiber wenigstens ein Datennetz 
vorgesehen ist. 

2. Verfahren nach Anspruch 1, dadurch gekennzeich- 
net, daB zur permanenten Aufrechterhaltung einer Da- 
tenverbindung (6, 7, 8) zwischen wenigstens einem 
OPC-Server (4) und wenigstens einem OPC-Client (1) 
auch beim Nichtvorhandensein von OPC-Nutzdaten 
Scheindaten ubertragen werden. 

3. Verfahren nach Anspruch 1 oder 2, dadurch gekenn- 
zeichnet, daB die Scheindaten vom OPC-Server (4) an 
den OPC-Client (1) gesendet werden. 

4. Verfahren nach einem der vorstehenden Anspriiche, 
dadurch gekennzeichnet, daB beim Nichtvorhanden- 
sein von OPC-Nutzdaten alle 25-35 sec. Scheindaten 
vom OPC-Server (4) zum OPC-Client (1) ubertragen 
werden. 

5. Verfahren nach einem der Vorstehenden Anspriiche, 
dadurch gekennzeichnet, daB zur permanenten Auf- 
rechterhaltung einer Datenverbindung (6, 7, 8) der 
OPC-Server (4) dem OPC-Client (1) Informationen 
sendet, die dem OPC-Client (1) mitteilen, daB eine 
Ubertragung von Daten beabsichtigt ist. 

6. Verfahren nach einem der vorstehenden Anspriiche, 
dadurch gekennzeichnet, daB zur permanenten Auf- 
rechterhaltung einer Datenverbindung (6, 7, 8), iiber 
die vom OPC-Server (4) Datenmengen bis zu einer 
festgelegtcn GroBc an den OPC-Client (1) ubertragen 
werden, vom OPC-Server (4) vor Erreichung der fest- 
gelegten Datenmenge eine AufTorderung zu einer 
neuen Verbindungsanforderung an den OPC-Client (1) 
gesendet wird und daraufhin vom OPC-Client (1) eine 
neue Verbindungsanforderung zum Aufbau mindestens 
eines neuen Ubertragungskanals an den OPC-Server 
(4) gesendet wird. 

7. Verfahren nach einem der vorstehenden Anspriiche, 
dadurch gekennzeichnet, daB die zu ubertragenden Da- 
tenmengen uber einen Ubertragungskanal eine GroBe 
von 15-25 MB aufweisen. 

8. Verfahren nach einem der vorstehenden Anspriiche, 
dadurch gekennzeichnet, daB zur Steuerung der Daten- 
ubertragung ein Transportprotokoll, insbesondere ein 
Internet-Transportprotokoll vorgesehen ist. 
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9. Verfahren nach einem da^^stehenden Anspruche, 
dadurch gekennzeichnet, ^^V s Transportprotokoll 
ein Hypertext Transport Pror^rol vorgesehen ist. 

10. Verfahren nach einem der vorstehenden Anspru- 
che, dadurch gekennzeichnet, daB das Verfahren zum 5 
Bedienen und Beobachten eines Automatisierungssy- 
sLems (5) iiber wenigstens ein Datennetz, insbesondere 
iiber Internet (10) vorgesehen ist. 

11. Verfahren nach einem der Vorstehenden Anspru- 
che, dadurch gekennzeichnet, daB OPC-Daten vor dem lo 
Senden iiber Internet von einer Sendestation in ein in- 
ternetfahiges Datenformat konvertiert und an eine 
Empfangsstation iiber Internet gesendet werden und 
nach dem Senden, die im internetfahigen. Datenformat 
empfangenen Daten von der Empfangsstation wieder 15 
in OPC-Daten konvertiert werden. 

12. Verfahren nach einem der vorstehenden Ansprii- 
che, dadurch gekennzeichnet, daB der OPC-Client (1) 
nicht im Internet (10) sichtbar ist. 

13. Verfahren nach einem der Anspruche 1 bis 13 da- 20 
durch gekennzeichnet, daB der OPC-Client (1) keinen 
Internet Information Server installiert hat. 

14. Verfahren nach einem der vorstehenden Anspru- 
che, dadurch gekennzeichnet, daB das Bedien- und Be- 
obachtungssystem (1) des OPC-Client (1) die Bereit- 25 
stellung mindestens eines Ubertragungskanals (6a, 7a, 
8a) als Verteiltes Objekt, insbesondere als DCOM-Ob- 
jektinitiiert und daB der Verbindungsaufbau zum Auto- 
matisierungssystem (5) iiber einen DCOM- Server (4) 
und/oder einen OPC- Server (4) erfolgt. 30 

15. System zur Ubertragung von OPC-Daten iiber Da- 
tennetze, insbesondere Internet (10), mit mindestens ei- 
ner mit einem Datennetz koppelbaren Datenverarbei- 
tungsvorrichtung (1) eines OPC-Client (1), wobei die 
erste Daten verarbeitungsvorrichtung (1) zum Aufbau 35 
mindestens einer Datenverbindung (6, 7, 8) in Form ei- 
nes ersten Ubertragungskanals (6a, 7a, 8a) an wenig- 
stens einen OPC-Server (4) vorgesehen ist, wobei min- 
destens eine Datenverbindung (6, 7, 8) permanent of- 
fen ist, welche zu beliebiger Zeit zum, von Aktionen 40 
des OPC-Clients (1) unabhangigen Senden von Daten 
von wenigstens einem OPC-Server (4) zum OPC- 
Client (1) iiber wenigstens ein Datennetz vorgesehen 
ist. 

16. System nach Anspruch 15, dadurch gekennzeich- 45 
net, daB das System zur permanenten Aufrechterhal- 
tung einer Datenverbindung (6, 7, 8) zwischen wenig- 
stens einem OPC-Server (4) und wenigstens einem 
OPC-Client (1) Mittel zur Ubertragung von Scheinda- 
ten auch beim Nichtvorhandensein von OPC-Nutzda- 50 
ten aufweist. 

17. System nach einem der Anspruche 15 oder 16, da- 
durch gekennzeichnet, daB das System zur permanen- 
ten Aufrechterhaltung einer Datenverbindung (6, 7, 8) 
Mittel aufweist, Informationen vom OPC-Server (4) 55 
zum OPC-Client (1) zu senden, die dem OPC-Client 
(1) mitteilen, daB eine Ubertragung von Daten beab- 
sichtigt ist. 

18. System nach einem der Anspruche 15 bis 17, da- 
durch gekennzeichnet, daB das System zur permanen- 60 
ten Aufrechterhaltung einer Datenverbindung (6, 7, 8), 
iiber die vom OPC-Server (4) Datenmengen bis zu ei- 
ner festgelegten GroBe an den OPC-Client (1) ubertra- 
gen werden, Mittel aufweist, die vor Erreichung der 
festgelegten Datenmenge eine Aufforderung zu einer 65 
neuen Verbindungsanforderung vom OPC-Server (4) 

an den OPC-Client (1) senden und daraufhin den OPC- 
Client (1) veranlassen, eine neue Verbindungsanforde- 



rung zum Aufbau ag^stens eines neuen Ubertra- 
gungskanals an den^^Kerver (4) zu senden. 

19. System nach ein^Kler Anspruche 15 bis 18, da- 
durch gekennzeichnet, daB das System als Mittel zur 
Steuerung der Dateniibertragung ein Transportproto- 
koll, insbesondere ein Internet- Transportprotokoll ver- 
wendet. 

20. System nach einem der Anspruche 15 bis 19, da- 
durch gekennzeichnet, daB das System als Mittel zur 
Steuerung der Datenubertragung als Transportproto- 
koll ein Hypertext Transport Protocol verwendet. 

21. System nach einem der Anspruche 15 bis 20, da- 
durch gekennzeichnet, daB das System zum Bedienen 
und Beobachten eines Automatisierungssystcms (5) 
iiber wenigstens ein Datennetz, insbesondere iiber In- 
ternet vorgesehen ist. 

22. System nach einem der Anspruche 15 bis 21, da- 
durch gekennzeichnet, daB das System Mittel aufweist, 
die OPC-Daten vor dem Senden iiber Internet von einer 
Sendestation in ein internetfahiges Datenformat kon- 
vertieren und an eine Empfangsstation iiber Internet 
senden und nach dem Senden, die im internetfahigen 
Datenformat empfangenen Daten von der Empfangs- 
station wieder in OPC-Daten konvertieren. 

23. System nach Anspruch 22, dadurch gekennzeich- 
net, daB die Sendestation ein OPC-Client (1) und/oder 
ein OPC-Server (4) ist. 

24. Verfahren nach Anspruch 22, dadurch gekenn- 
zeichnet, daB die Empfangsstation ein OPC-Client (1) 
und/oder ein OPC-Server (4) ist. 

25. System nach einem der Anspruche 15 bis 24, da- 
durch gekennzeichnet, daB das Bedien- und Beobach- 
tungssystem (1) des OPC-Client (1) die Bereitstellung 
mindestens eines Ubertragungskanals (6a, 7a, 8a) als 
verteiltes Objekt, insbesondere als DCOM- Objekt in- 
itiiert und daB der Verbindungsaufbau zum Automati- 
sierungssystem (5) iiber einen DCOM-Server (4) und/ 
oder einen OPC-Server (4) erfolgt. 
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